NETWORK BASED METHOD AND APPARATUS FOR SUPPORTING 
INTEROPERABILITY BETWEEN INCOMPATIBLE TTY DEVICES 



FIELD OF THE INVENTION 
The present invention is directed to supporting interoperability between TTY 
devices. In particular, the present invention is directed to supporting interoperability 
between TTY devices designed for use in connection with otherwise incompatible 
standards. 

BACKGROUND OF THE INVENTION 

In order to allow for people having speech and/or hearing disabilities that prevent 
them from using conventional telephones to communicate over the public switched 
telephony network, text telephones (TTY devices), also known as telecommunications 
devices for the deaf (TDD devices) have been developed. In general, such devices 
encode characters of text using sequences of audible tones. In particular, in response to 
receiving a command to transmit a character, a TTY device will generate a sequence of 
audible tones that is transmitted through the telephone network to a similar TTY device at 
the receiving end. The TTY device at the receiving end decodes the sequence of audible 
tones, and displays or otherwise outputs the encoded character. 

Text telephone devices operate according to various operating protocols or 
standards. When a call is placed between countries or regions adhering to different 
protocols, standard TTY devices become inoperable. For example, in the United States, 
TTY devices communicate with one another using a 45.45 Baud frequency shift key 
protocol commonly referred to as Baudot signaling. Baudot signaling transmits 
characters using a sequence of seven audible tones at either 1400 Hz or 1800 Hz. In 



particular, a Baudot character comprises a start bit of 1800 Hz, five tones of either 1400 
or 1800 Hz to signal the series of five bits specifying the character, and a stop bit of 1400 
Hz. There is no error correction. At 45 .45 Baud, the duration of each individual tone 
signaling the start tone and the five tones specifying the character is 22 milliseconds. The 
5 stop tone is often 33 milliseconds in duration, and can be 44 milliseconds. 

The standard for TTY devices that is commonly employed in the United 
Kingdom, Ireland, Australia, and South Africa is identical to the standard used in the 
United States, except that the system is 50 Baud. Accordingly, tones that in the U.S. 
TTY protocol are 22 ms in duration are 20 ms in duration according to the U.K. protocol. 
10 This difference is sufficient to prevent devices designed to operate using one of the 
protocols to intemperate with devices designed to operate using the other of the 
protocols. 

Specialized TTY devices, capable of supporting more than one communication 
protocol, are available. However, such devices have been much more expensive than 

15 TTY devices that support only one of the protocols. Other systems have used software 
solutions to translate between TTY protocols. Such systems have typically used as an 
intermediate step the conversion of the transmission into ASCII text. In addition to the 
relative complexity of such systems, this approach is vulnerable to errors. In particular, 
both the U.S. and the U.K.-type systems are moded, meaning that in one mode a 

20 sequence of tones may represent a letter and in another mode the same sequence of tones 
may represent a number. By introducing an intermediate step in which TTY tones are 
converted to ASCII text and then back to TTY tones, the likelihood that the two TTY 
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devices in communication with one another will lose their mode synchronization is 
increased. 

Therefore there remains a need for a system that is capable of translating between 
different TTY protocols that is reliable in operation and that is not cost prohibitive to 
5 implement. 

SUMMARY OF THE INVENTION 
According to embodiments of the present invention, a communication server is 
provided that transmits TTY signals as a description of the tones to be regenerated for the 
TTY device at the other end. A sending or receiving communication server may alter the 

10 description to comply with the TTY protocol used by the receiving TTY device. 
Accordingly, TTY devices that use otherwise incompatible TTY protocols may 
communicate with one another. 

In accordance with embodiments of the present invention, the use of different 
TTY protocols by TTY devices in a communication is automatically detected. Such 

15 automatic detection may be based on records associated with communication devices at 
either end of the communication channel indicating the TTY protocol used by an 
associated TTY device, or on information received from a TTY device or its user. Such 
automatic detection may also be based on the telephone number or country code portion 
of a telephone number that is dialed at the initiation of the communication. 

20 In accordance with further embodiments of the present invention, a user of a first 

TTY device that is being used to transmit characters to a second TTY device that uses a 
slower transmission protocol than that of the first may be provided with information 
regarding the status of the transmission. For example, an indication that the message is 
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still being delivered to the recipient may be provided. By providing such an indication 
while buffered data is being read out to a receiving device, the sending user is assured 
that the connection with the second TTY device has not been lost. 

Additional features and advantages of the present invention will become more 
5 readily apparent from the following discussion, particularly when taken together with the 
accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a block diagram of a communication arrangement in accordance with an 
embodiment of the present invention; 
10 Fig. 2 is a block diagram of a communication server in accordance with an 

embodiment of the present invention; 

Fig. 3 is a flowchart depicting aspects of the operation of embodiments of the 
present invention; 

Fig. 4 is a flowchart depicting other aspects of the operation of embodiments of 
15 the present invention; and 

Fig. 5 is a flowchart depicting other aspects of the operation of embodiments of 
the present invention. 

DETAILED DESCRIPTION 
With reference now to Fig. 1, a communication system 100 in accordance with an 
20 embodiment of the present invention is depicted. The communication system generally 
includes a first user 104a associated with a first teletype (TTY) device 108a and a first 
communication device 1 12a. The first communication device 1 12a may be 
interconnected to a communication network 116 directly, or through a first 
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communication server 120a. The communication system may also include a second user 
104b associated with a second teletype (TTY) device 108b and a second communication 
device 1 12b. The second communication device 1 12b may be interconnected to the 
communication network 116 directly, or through a second communication server 120b. 
5 Although only two users are shown in Fig. 1, it should be appreciated that any number of 

users and associated devices may be included in a system 100, for example in connection 
with a conference call scenario. 

A TTY device 108 in accordance with embodiments of the present invention may 
comprise any conventional TTY device. Accordingly, the implementation of 

10 embodiments of the present invention does not require users 104 to acquire new TTY 
devices. As can be appreciated by one of skill in the art, a TTY device 108 typically 
includes a keyboard for entering selected characters for transmission and a display for 
displaying received characters. In accordance with embodiments of the present 
invention, the TTY device 108 may also display transmission status information as 

15 described elsewhere herein. Likewise, a communication device 1 12 in accordance with 

embodiments of the present invention may comprise a conventional communication 
device, such as a standard analog or digital telephone, or an IP telephone. As can be 
appreciated by one of skill in the art, a TTY device 108 and a communication device 1 12 
may also be integral to one another, rather than being implemented as separate 

20 components. In addition, a TTY device 108 may comprise an interactive voice response 
system or other communication node that uses a TTY protocol. 

A communication server 120 in accordance with embodiments of the present 
invention may comprise a telecommunications server operable to interconnect analog, IP 
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telephone, and/or digital communications devices 1 12 to a wider communication network 
116. For example, a communication server 120 may comprise a private branch exchange 
(PBX) or a media server. In general, the communication server 120 interconnects one or 
more associated communication devices 1 12 to the communication network 120, either 
5 directly or through intermediate devices. In addition, a communication server 120 in 
accordance with embodiments of the present invention enables communications to be 
transmitted over the communication network 1 16 according to a packet data protocol, 
such as a voice over Internet protocol (VoIP) or some other real time protocol (RTP). 
The communication servers 120 may also send data packets across the communication 

10 network 1 16 as an RTP stream in which the TTY tones encoding characters are described 
(e.g., as textual description) rather than sent as the tones themselves. For example, the 
tones may be described according to RFC 2833, which defines the RTP payload for dual 
tone multiple frequency (DTMF) tones, telephony tones, and telephony signals. This 
avoids various problems related to packet loss and ordering often experienced in packet 

15 data communication networks 1 16 that would result in inaccurate reproduction of the 
tones and loss of encoded characters if the tones themselves were sent. 

The communication network 116 may comprise a computer network or other 
packet data communication network. Accordingly, the communication network 1 16 may 
comprise a local area network, a wide area network, such as the Internet, or a 

20 combination of local and/or wide area networks. In addition, the communication network 
1 16 may incorporate analog networks, such as the public switched telephone network 
(PSTN). Accordingly, the communication network 116 may comprise a number of 
networks and network types. However, according to embodiments of the present 
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invention, the communication network 1 16 includes a packet data network or networks, 
at least proximate to the communication servers 120. In addition, it should be 
appreciated that the communication servers 120 may be interconnected to communication 
devices 1 12 by various network types and/or combinations. 
5 With reference now to Fig. 2, components of a communication server 120 in 

accordance with embodiments of the present invention are illustrated in block diagram 
form. As shown in Fig. 2, a communication server 120 may include a number of 
interfaces, including a communication device interface 204 and a communication 
network interface 208. In addition, a communication server 120 may include a processor 

10 212 and memory 216. The various components of the communication server 120 may be 
interconnected to one another by an internal bus 220. 

The communication device interface 204 interconnects the communication server 
120 to an associated communication device or devices 1 12. The communication device 
interface 204 type is determined by the interconnection between the communication 

15 device 1 12 and the communication server 120. For example, where the interconnection 
between the communication device 1 12 and the communication server 120 is a packet 
data type network, the communication device interface 204 may comprise a packet data 
interface. As a further example, where the interconnection between the communication 
device 1 12 and the communication server 120 is an analog interconnection, the 

20 communication device interface 204 may comprise a tip-ring type interface. 

The communication network interface 208 interconnects the communication 
server 120 to the communication network 116. In accordance with embodiments of the 
present invention, the communication network interface 208 comprises a packet data 
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network interface, for example to enable communications using RTP or other Internet 
protocols. As can be appreciated by one of skill in the art, the communication device 
interface 204 and the communication network interface 208 may be integral to one 
another, for example where the communication server 120 is in communication with a 
communication device 108 and the communication network 116 through the same 
physical interconnection. 

The processor 212 generally operates to execute instructions, for example stored 
in associated memory 216 or memory integral to the processor 212. Accordingly, the 
processor 212 may comprise a general purpose programmable processor, digital signal 
processor or controller. In a further aspect, the processor 212 may implement functions 
in accordance with embodiments of the present invention described herein. 

The memory 216 may store instructions for controlling the operation of the 
processor. For example, the memory 216 may store a TTY application 224 containing 
instructions that, when executed by the processor 212, perform functions in accordance 
with embodiments of the present invention. In addition or alternatively, the memory 216 
may store data. The memory 216 may comprise any computer data storage device, such 
as solid state memory, a hard disk drive, or read only memory. As can be appreciated by 
one of skill in the art, the processor 212 and memory 216 may also be implemented as an 
integrated controller type device. 

In general, rather than transmit the actual tones via audio channels, embodiments 
of the present invention involve the transmission of TTY characters as verbal descriptions 
of the tones encoding each TTY character selected by a user for transmission, with an 
instruction to reconstruct the tone at the receiving end. Accordingly embodiments of the 
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present invention generate the descriptions of the tones encoding selected characters for 
transmission over an RTP data channel. As can further be appreciated by one of skill in 
the art, the use of descriptions of the tones encoding a character, rather than transmission 
of audio packets encoding the tones themselves, avoids problems related to packet loss 
5 and to voice optimized audio compression in IP networks that would otherwise result in 
the loss of entire characters. 

For example, the initial tone of a character from a first TTY device 108a using the 
U.K. standard, which will always be a tone of 1800 Hz for 20ms, is detected by the TTY 
application 224 running in the first communication server 120a proximate to the sending 

10 device TTY device 108a, and is transmitted as a command to generate an audio tone of 
1800 Hz for a specified period of time. A communication server 120 having enhanced 
TTY protocol interoperability as described herein, either the first communication server 
120a or the second communication server 120b, that has information regarding the 
standard applied by the receiving TTY device 108 (e.g., the second TTY device 108b) 

15 can alter the description of the tone. For example, where the receiving TTY device 108b 
uses the U.S. standard, according to which the start tone is 1800 Hz for 22ms, the 
communication server 120 having enhanced TTY protocol interoperability can alter the 
time duration parameter of the command to generate the audio tone. Specifically, the 
time duration parameter can be increased by 10%. Alternatively, the time duration 

20 parameters can be overridden to those that the communication server 120 having 

enhanced TTY protocol interoperability knows are correct. As can be appreciated by one 
of skill in the art from the description provided herein, this operation can also be 
performed in the reverse direction, according to which the duration of tones is decreased, 
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for transmissions from, for example, a TTY device using the U.S. standard to a TTY 
device using the U.K. standard. As can also be appreciated by one of skill in the art from 
the description provided herein, this technique can be extended to allow interoperability 
between TTY systems that use different tone frequencies, as well as different tone 
durations. 

With reference now to Fig. 3, aspects of the operation of embodiments of the 
present invention are illustrated. As can be appreciated by one of skill in the art and from 
the description provided herein, aspects of the operation of a system 100 in accordance 
with embodiments of the present invention may be controlled by a TTY application 224 
running on one or more communication servers 120. Initially, at step 300, a user (for 
example the first user 104a) of a TTY device (for example the first TTY device 108a) 
selects a TTY character for transmission across a communication channel established 
over the communication network 116. The TTY device 108 then generates tones (i.e. 
Baudot signaling tones) encoding the selected character (step 304). The sending 
communications device (for example first communications device 1 12a) then passes the 
tones to the sending communication server (for example the first communication server 
120a)(step 308). As can be appreciated by one of skill in the art, the format according to 
which the tones encoding the character are passed to the communications server 120 is 
determined by the protocol of the interconnection between the communication server 120 
and the communication device 112. 

At step 312, the communication server 120 recognizes the received tones (or the 
first tone, the start tone) as a TTY character, and a determination is made as to whether 
the sending communication server 120 supports enhanced TTY protocol interoperability 
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as described herein. If enhanced TTY protocol interoperability is supported, a 
determination is made as to whether the protocol used by the sending TTY device to 
encode the selected character is different than that used by the receiving TTY device (for 
example second TTY device 108b)(step 316). If the protocols used by the TTY devices 
108 to encode characters are different, the sending communications server 120, having 
been determined to support enhanced TTY protocol interoperability, will use the TTY 
protocol of the receiving TTY device 108 (step 320). In particular, the sending 
communications server 120 describes the tones encoding the selected character according 
to the protocol used by the receiving TTY device 108. As an example, if the sending 
TTY device 108 uses a 50 Baud TTY protocol and the receiving TTY device 108 uses a 
45.45 Baud TTY protocol, the communication server will describe the tones according to 
the 45.45 Baud TTY protocol. In particular, instead of transmitting a description of the 
tones encoding the selected character according to which each of the first six tones of a 
character is 20ms in length and the stop tone is (for example) 30ms in length, each of the 
first six tones will be described as being 22ms in length and the stop tone will be 
described as being (for example) 33ms in length. 

If the TTY protocol of the sending TTY device 108 is not different from that of 
the receiving TTY device, or if the sending TTY device 108 cannot determine whether 
the TTY protocol of the receiving TTY device is different, the TTY protocol of the 
sending TTY device 108 is used to describe the tones encoding the selected character 
(step 324). The TTY protocol of the sending TTY device 108 is also used to describe the 
tones encoding the selected character if at step 312 it was determined that the sending 
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TTY device 108 does not support enhanced TTY protocol interoperability as disclosed 
herein. 

After formatting a description of the characters according to the parameters of a 
TTY protocol at steps 320 or 324 the description is sent, and a determination is made as 
5 to whether the communication server 120 at the receiving end supports enhanced TTY 

protocol interoperability as disclosed herein (step 328). If the communication server 120 
at the receiving end supports enhanced TTY protocol interoperability, a determination is 
next made as to whether the format of the described TTY tones is compatible with the 
protocol used by the receiving TTY device 108 (step 332). If the format of the described 

10 TTY tones is not compatible with the protocol used by the receiving TTY device 108, the 
receiving communication server 120 modifies the description of the TTY tones so that 
they are compatible with the receiving device (step 336). 

After determining that the receiving server 120 does not support enhanced TTY 
protocol interoperability (at step 328), determining that the format according to which the 

15 TTY tones are described is compatible with the receiving TTY device 108 (at step 332), 
or modifying the description of the TTY tones so that they are compatible with the 
protocol used by the receiving device, the process continues to step 340. At step 340, the 
receiving communication server 120 generates the described tones and passes them to the 
receiving TTY device. The receiving TTY device then reproduces the TTY character 

20 encoded by the received tones for viewing by the user 104 at the receiving end (step 344). 

As can be appreciated by one of skill in the art, both communication servers 120 
in a point to point communication may provide enhanced TTY protocol interoperability, 
but only one communication server 120 is required to have the enhanced TTY protocol 
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interoperability. Furthermore, where both communications servers 120 are capable of 
providing enhanced TTY protocol interoperability, if the communication server 
proximate the sending end has described the TTY tones in terms of the protocol used by 
the receiving TTY device 108, the communication server 120 at the receiving end can 
simply generate the TTY tones according to the received description without 
modification. 

As can be appreciated by one of skill in the art, with reference to the description 
provided herein, where TTY characters are being passed between TTY devices 108 that 
use different Baud rates, the descriptions of tones sent by the faster rate TTY device 108 
will need to be temporarily stored or buffered. A buffer may therefore be provided by 
either a sending end or receiving end communication server 120, for example in the 
memory 216 provided as a part of the communication server. The communication server 
120 providing the buffer need not be the server that determines that the TTY protocols 
used by the sending and the receiving TTY devices 108 are different and adjusts the 
descriptions of the TTY tones to accommodate the receiving TTY device 108. 

In addition, it can be appreciated by one of skill in the art, a user 104 often can 
enter characters into a TTY device faster than they can be transmitted using TTY 
protocols. Accordingly, a user 104 will typically experience silence or the absence of 
return TTY characters after sending a group of characters. This is particularly true where 
a user 104 is sending characters from a faster rate TTY device 108 to a slower rate TTY 
device 104, because it will take more time for the slower rate TTY device 108 to receive 
the TTY tones and display the encoded characters than it does for the sending TTY 
device 108 to receive characters from the user 104 and generate the TTY tones. 
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Furthermore, the text displayed by the transmitting TTY device 108 is locally generated, 
and is not echoed by the receiving TTY device 108, and therefore does not provide an 
indication that the text has been successfully received at the receiving end. Therefore, in 
order to assure the sending user 104 that the line has not been disconnected, embodiments 
of the present invention provide feedback to the sending user of the status of the 
transmission. 

With reference now to Fig. 4 a process for providing feedback to a user 104 of a 
faster rate TTY device 108 regarding the status of a transmission is illustrated. Initially, 
at step 400 characters are entered by the user 104 of a sending TTY device 108. A 
description of the tones produced by the sending TTY device 108 is then constructed and 
sent by the sending communication server 120 across the communication network 1 16 
(step 404). At step 408, a communication server 120 determines whether the Baud rate 
of the sending TTY device 108 is greater than the Baud rate of the TTY device 108 at the 
receiving end. In accordance with embodiments of the present invention, this 
determination can be made by any communication server 120 involved in transmitting the 
entered TTY tones that has enhanced TTY protocol interoperability features as described 
herein. If the Baud rate of the sending TTY device is not determined to be faster than the 
Baud rate of the receiving TTY device, the process ends. 

If the Baud rate of the sending TTY device 108 is determined to be faster than 
that of the receiving TTY device 108, a determination is made as to whether feedback 
should be provided to the user 104 of the sending TTY device 108 regarding the status of 
the transmission (step 412). This determination may be made by the same 
communication server 120 that determined that the Baud rates of the TTY devices 108 
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involved in the communication were different, or by another communication server 120 
having enhanced TTY protocol interoperability features. In order to make this 
determination, the communication server 120 may monitor the input of the sending user 
104 and determine that characters are being entered at the sending TTY device 108 faster 
than they can be displayed at the receiving TTY device 108. As another technique, the 
communication server 120 may detect that the entry of a message segment is complete, 
for example by detecting an extended pause in the entry of characters at the sending TTY 
device 108 or by detecting the characters "GA," the standard abbreviation among TTY 
users for "Go Ahead, I'm done, it's your turn." 

If it is determined that feedback should be provided, the feedback is provided to 
the user 104 of the sending TTY device 108 (step 416), otherwise the process may idle at 
step 412. The feedback provided may be in the form of a message displayed by the 
sending TTY device 108. In accordance with embodiments of the present invention, the 
message may simply indicate that delivery of the message is in progress. In accordance 
with further embodiments of the present invention, the message may indicate an 
estimated time until all of the characters included in the message segment have been 
displayed by the receiving TTY device 108. 

With reference now to Fig. 5, a process for selecting an appropriate TTY protocol 
in accordance with embodiments of the present invention is illustrated. Initially, at step 
500, a call from a first communication device 1 12a to a second communication device 
1 12b is initiated. A determination is then made as to whether information regarding the 
TTY protocols used by both of the TTY devices 108 associated with the communication 
devices is available (step 504). Such information may be obtained from records stored or 
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maintained in a communication server or servers 120, or in network switches or servers 
accessible to a communication server 120. As a further example, a communication 
device 1 12 and/or an associated TTY device 108 may generate a signal indicating the 
TTY protocol used by the TTY device. If information on both TTY devices 108 is 
available, the first and/or second communication servers 120 are configured to support 
the TTY protocol or protocols indicated by the information (step 508). That is, at least 
one communication server 120 having enhanced TTY protocol interoperability as 
described herein is configured to describe the TTY tones according to the protocol of the 
receiving TTY device 108, which may or may not be different than the description of the 
tones received by the communication server 120. Accordingly, the communication 
server 120 at the receiving end, whether or not it is the communication server 120 having 
enhanced TTY protocol interoperability that is configured to ensure the correct TTY 
protocol is used, generates TTY tones as required by the receiving TTY device 108. 

If information regarding both of the TTY devices 108 is not available, a 
determination is made as to whether information regarding the TTY protocol of one of 
the TTY devices 108 is available (step 512). If such information is available, the first or 
second communication server 120 is configured to support the TTY protocol of the one 
TTY device as indicated by the available information (step 516). 

If there is no information for the TTY devices, or after configuring one of the 
communications servers 120 to support a TTY device 108 for which information is 
available at step 5 16, a determination is made as to whether the first and second 
communication devices 1 12 are located in or associated with regions that use different 
TTY protocols (step 520). If the communication devices 1 12 are located in or associated 
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with regions using different TTY protocols, the first and/or second communication server 
120 is configured to support translation between the different TTY protocols (step 524). 
The location of the communication devices 112 may be derived from the addresses 
associated with the communications devices 1 12. For example, the country code portion 
of telephone numbers associated with the devices may be used to derive location 
information. As can be appreciated by one of skill in the art and from the description 
provided herein, where a record is available for one of the communication devices 1 12, 
one of the communication servers 120 may be configured to ensure that the TTY tones 
that will be provided are generated as required by the TTY device 108 associated with 
that one communication device 108. 

After configuring a server or servers 120 at step 508 or 524, or after determining 
that the communication devices 1 12 are not in regions using different TTY protocols, a 
determination is made as to whether a communication server 120 receives TTY tones 
from a TTY device 108 according to a protocol other than the protocol indicated by 
received information or by the location of the communication device 1 12 (step 528). If 
tones formatted according to an unexpected TTY protocol are received, the configuration 
of the communication server or servers 120 is revised to use the TTY protocol actually 
received when communicating with that TTY device 108 (step 532). After a 
determination that the TTY tones actually received are not in a format that is different 
than expected, or after configuring the communication server or servers 120 to use the 
protocol or protocols actually received, the process ends. 

As can be appreciated by one of skill in the art from the description provided 
herein, embodiments of the present invention allow translations between incompatible 
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TTY protocols to be made using software or firmware running in a communication server 
120. Accordingly, the present invention provides for interoperability between otherwise 
incompatible TTY devices 108 using a centralized solution. That is, embodiments of the 
present invention allow translation mechanisms to be located in communication servers 
120, allowing TTY devices 108 to interoperate, without requiring TTY devices 108 
themselves to support more than one TTY protocol. 

As can also be appreciated by one of skill in the art from the description provided 
herein, translations between different TTY protocols are effected by describing received 
tones according to the protocol of a TTY device 108 that will be provided with the 
described tones, or by altering received descriptions of TTY tones so that they are in 
accordance with the protocol of the TTY device that will be provided with the described 
tones. 

In addition, it can be appreciated that embodiments of the present invention 
provide for feedback to the user of a TTY device 108 having a higher effective 
transmission rate or Baud rate in communication with a TTY device 108 having a lower 
effective transmission rate or Baud rate regarding the status of the transmission. 
Accordingly, the user is assured that the communication channel has not been 
discontinued during delays due to the buffering of TTY tones. 

The foregoing discussion of the invention has been presented for purposes of 
illustration and description. Further, the description is not intended to limit the invention 
to the form disclosed herein. Consequently, variations and modifications commensurate 
with the above teachings, within the skill and knowledge of the relevant art, are within 
the scope of the present invention. The embodiments described hereinabove are further 
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intended to explain the best mode presently known of practicing the invention and to 
enable others skilled in the art to utilize the invention in such or in other embodiments 
with various modifications required by their particular application or use of the invention. 
It is intended that the appended claims be construed to include the alternative 
5 embodiments to the extent permitted by the prior art. 
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